近年來,生成式 AI 在程式開發領域的角色,已經從單純的「輔助工具」逐漸轉變為「協作型開發者」。但一段近期流出的 Claude Fable 5 示範影片,將這個趨勢推向更極端的方向:AI 不再只是幫你寫程式,而是開始嘗試「自己完成整個開發循環」。
我們看到有人以一種近乎戲劇化的方式描述了一個場景:使用者不再逐步下達指令,而是直接給 AI 一個最終目標,例如:
「幫我建立一個整合待辦清單、日曆、筆記與番茄鐘的個人效率系統。」
接下來,AI 不再等待一步一步指令,而是進入一種「循環式執行模式」,持續提問、規劃、建構並修正結果。
筆者透過 AIMochi 筆記工具,整理多方公開資訊和最新報導內容,來探討這種模式,被稱為「loop coding(循環式編程)」。
過去一年,vibe coding 成為 AI 開發圈的一種隱性文化:開發者更多依賴直覺與 prompt 迭代,而不是傳統工程式規劃。
但 Claude Fable 5 示範的核心差異在於:
1️⃣ 目標導向,而非步驟導向
傳統方式:
寫 function
修 bug
再補功能
新方式:
給最終目標
AI 自行拆解任務
這種差異本質上是從「procedural programming」轉向「goal-driven agent execution」。
2️⃣ AI 開始主動發問
影片中提到一個關鍵轉折:AI 不再只是回答,開始「反問需求」。
例如:
UI 要什麼風格?
資料儲存方式?
功能整合深度?
這讓 AI 不再是工具,而更像是「產品共同設計者」。
3️⃣ 循環執行(Loop Execution)
最核心的概念是:AI 不會只執行一次,而是:
規劃 → 建構 → 驗證 → 修正 → 再建構
這個 loop 可以持續數小時甚至數天。
這類概念與 AI agent 研究中的「self-refining loop」與「autonomous task execution systems」高度相似(參考 Anthropic 與 OpenAI 對 agent 系統的公開研究方向)。
影片整理出三個建議:
1️⃣ 把 AI 當作「思考夥伴」
不是工具,而是協作者。
這意味著:
不再只下指令
而是進行設計對話
這種模式與 MIT CSAIL 對 human-AI collaboration 的研究方向一致:提升 AI 在 early-stage design 的參與度。
2️⃣ 給「目標」而不是「步驟」
這是 agent 系統的核心轉變:
傳統:你控制流程
新模式:你定義結果
AI 自行決定路徑。
3️⃣ 更大膽的任務設計
影片甚至強調:不要侷限 AI 的能力假設
這與 OpenAI 在 early agent research 中提到的「capability exploration bias 探索偏差」概念相呼應:人類往往低估模型可完成的任務複雜度。
影片實作部分使用的是 Claude Code CLI 類似環境,並搭配:
自動模式(Auto mode)
高難度任務設定
長循環執行機制
其核心不是模型本身,而是:「模型 + 工具使用 + 長時間任務管理」
這類架構正是現代 AI agent 的三大支柱:
LLM(推理)
Tool Use(執行)
Loop Controller(持續性)
影片中的示範是一個典型的「多模組應用生成」案例:
AI 在單一目標下生成:
To-do system
Kanban board
Calendar system
Notes app
Pomodoro timer
Mini game
這本質上不是單一程式,而是:一個 AI 自主拆解的「微型產品群」
這類模式與目前研究中的:
Multi-agent system
Autonomous software synthesis
高度一致。
如果這種模式成熟,會帶來三個結構性改變:
1️⃣ 工程師角色改變
從:寫程式的人
變成:設計目標與驗證結果的人
2️⃣ 開發週期壓縮
原本需要:
分工
sprint
review
未來可能變成:一個 prompt + 一個 loop
3️⃣ AI 變成「半自主產品團隊」
AI 不只是 coder,而是:PM+Architect+Engineer+Tester 的混合體。
影片也隱含了一個重要爭議:AI 是否真的「正確完成」?
目前學界(如 Stanford HAI 與 DeepMind 報告)普遍指出:
AI agent 在長任務中容易累積 error
loop 可能放大錯誤而不是修正錯誤
verification 成為瓶頸
因此目前這種「完全自主 loop」仍然:偏實驗性,而非穩定工程方案
以上僅供參考與資訊分享之用!若想快速了解更多資訊,透過 AIMochi 台灣本土筆記工具,幫我們從海量資料中,梳理出關鍵資訊,讓我們精準掌握重要訊息!